Marked-Up Version of Substitute Specification 

SPECIFICATION 

nnnnriptin n TTTT F OF THF. INVENTION 

MMS MESSAGE TRANSFER METHOD AND SYSTEM 
Tho proDont invontion rolatoo to a method and a syotGni for transforring 
mossag e s. 

RACKGRQUND OF THE INVENTION 
J3*«sfl -The above-described t ypes of methods or systems are typically used 

in mobile radio devices. 

The world's most widespread mobile radio system GSM (Global oystom 
System for Mobile Cormnimications), in addition to providing voice telephony, 
offers the option of sending or receiving short messages of up to 160 characters in 
length. This service is known as SMS (Short Message Service). 

For mobile radio systems of the next generation (2.5G, 3G) such as UMTS 
(Universal Mobile Telecommunications Systemsystem), a multimedia-capable 
variant of a mobile message service is known. With this message sefviee- service, 
messages with multimedia contents, known as MMS (Multimedia Messaging 
Service) messages and abbreviated in this document to MMS, are sent. By contrast 
with SMS, MMS messages are not restricted purely to text content. In addition 
addition, i t will be possible to format texts in accordance with individual taste as 
well as to embed audio and video content into a message. 

MMS are described in detail In Technical Specifications TS 22.140 Version 
5.1.0, Release 5 and TS 23.140 Version 5.3.0, Release 5 of the 3rd Generation 
Partnership Project (3GPP). 

Figure 1 shows a known MMS network architecture with an MMS User 
Agent A (MMS UA A) and an MMS User Agent B (MMS UA B). MMS UA A or 
MMS UA B is an application, for oxample such as on a mobile radio terminal or ea 
a device connected to a mobile radio terminal, for exampl e instance a aptop or 
similar, which can implement MMS. Figure 1 further shows two MMS service 
provider environments MMSE SP A and MMSE SP B (MuUimedia Messaging 
Service Environment), and t wo network elements MMS RL A and MMS RL B 
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(MMS Relay/Server). MMS RL A and MMS RL B are network elements which 
make MMS functionalities available to the user agents MMS UA A eftor.MMS UA 
B within the area of responsibility of MMSE SP A or MMSE SP B. 

Problems with this known MMS network architecture ariso how e ver anse, 
however, when the network architecture is assembled from components from 
different manufacturers or components with a different functional scope. If-IL.for 
«tM«ple-examEle^an MMS service provider wishes to operate a number of MMS 
network elements MMS RL A, MMS RL B made by different manufacturers with 
different ranges of functions in their area of responsibility MMSE SP A eF:Oi 
MMSE SP B, they must ensure, if a particular functionality is demanded for an 
MMS, for oxamplesuch^ on sending, relaying between two MMS service 
providers or delivery, that an MMS is only processed in the service environment by 
those network elements which support the funotionalitioo functionalities, 
demanded. With many functionalities there is also the need for an MMS sent in 
response to a previously received original MMS to be processed by exactly the 
same network elements which have already processed the original MMS. 

Tlv,n fhr. nv^j nnt nf thp Accordingly, the present invention is to provide 
adirectedtowarda method and a system for the.transmission of messages through 
which a network provider can dynamically expand his/her network architecture at 
any time by new network elements from different manufacturers or by components 
with a different functional scope, without having to run the risk of a service being 
processed by a network element which does not support the desired fimctionality. 

Hio objoot io achiovod by a method for tronDmiooion of moopagoo and a 
system for tranomiooion of moDPagoo with th e foaturca of thu indopondont oh imr 
Dcvolopm o nto of tho prooont invention oro produced by Ih o dependent clti imn 

SUMMARY OF THF. INVENTION 
33 ^ As such, the invention m ethod features the following steps: 
Trnnnminmon Transmission of a message from a first message service 
provider to a second message service provider,provider; and 

- Evaluationevaluation of the message at the second message service 
provid e rp rovider. 
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. TheThe message contains at least a first header field which features a 
reference to at least one network element of the first message service provider 
which was involved in the processing of the message. The messages are preferably 
MMS innr.r.flgeo messages. In these -such M MS mcasageo messages, h eader fields 
can be introduced for explicit referencing of network elements. Th«&-Thus^for 
example, efl -upon the r elaying of an MMS message between two MMS service 
providers and ea -upon delivery of an MMS message, a reference to that network 
element within the MMS service environment of the MMS service provider of the 
recipient or references to those network elements within the MMS network 
environments of the two MMS service providers which were involved in the 
processing of the MMS message can be transmitted along with the message. The 
present iBventien-uwento^beweve^-hgv^^ includes referencing of other 
network elements. 

Prnforahlv Preferably, t he message is transmitted fi-om the second message 
service provider to a network element outside the service environment, where the 
message contains at least a second header field which features a reference to at least 
one network element of the second message service provider which was involved in 
processing the message. The network element outside the service environment is 
preferably a terminal outside the MMSE service environment. 

Tbe -Preferablv. m essage fiulher preferably contains, ea-UEon_transmission 
from the second message service provider to the network element outside a service 
environment, the first header field which features a reference to at least one 
network element of the first message service provider which was involved in the 

processing of the message. 

In a further embodiment the present invention invention, t he message is 
returned by the network element outside the service environment via the second 
message service provider to the first message service provider, with the reference(s) 
set-set, in each ease- case, fi-om the first and/or second header field being resolved in 
the return step. 
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The present invention is preferably used in a GSM/GPRS (Global System 
for Mobile Communications/General Packet Radio Service) and/or UMTS network. 
Hnwover However, u se in other networks is also conceivable. 

In a preferred embodiment of the present inventieH- invention, the reference 
features a return path specification. The reference contained in an MMS can be 
used in pessible-replies to the MMS for explicitly addressing a specific network 
element for further processing of a reply MMS. The referencing of a network 
element is made possible by the introduction of a first and/or ef^second header 
field. j ^Thus. c an A«s-be ensured that an MMS is only relayed to those network 
elements for processing which support a particular fimctionality which is required. 
For resolving the references from the first and second header field defined above 
for the individual return steps a third and a fourth header field eaft-may_be 
introduced. 

In a further embodiment of the present invention invention, t he transferred 
message is evaluated after arrival at the second message service provider from a 
switching node. The switching node is preferably what is known as a FOUteFj 
i^rout^Lie^ a switching network computer. All MMS which arrive at an MMS 
network environment are first directed to the switching node. In a preferred 
n»,v.nHim.^t embodiment, t he message contains the functionality of the message in 
at least one header field. This allows the switching node to decide on the network 
element for which the MMS is suitable-smtable^since this supports the 

functionality demanded. 

In a fiirther embodiment of the present kweatieH-invention, the switching 
node defines as a fimction of a header field ea-the network elements at a second 
message service provider to which the message will be relayed. After the evaluation 
of the header field by the network nede -node, t he network node decides on the 
network element within the area of responsibility of the MMS service provider to 
which this -such M MS will be directed for fiirther processing. 

In a further p referred embodiment of the present inventieft -invention, the 
switching node is embodied as aH-a,self-contained network element. 
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In a-fethermiother preferred embodiment of the present kwefitiea 
invention, t he switching node is integrated into a icla > i ng moa n or elay. The 
relaviolawg moanc can be a network element such as-as^for e^an^exMlEle^a 
so-called "MMS RelayServer/"^iie^ a network computer for relaying MMS. 

TliQ o bj co t p r oirnt-i rtnrt The present invention is also achieved by a 

system for transmitting messages featuring mem^miJor transmission of a 
message from a first message service provider to a second message service provider 
and ffle«»-Earts.for evaluating the message in the second message service provider, 
with the message containing at least a first header field which features a reference 
to at least one network element of the first message service provider which was 
involved in the processing of the message. 

The present invention fiirther relates to a mobile radio terminal and/or a 
transceiver for use 4 ^with the inventive method and/or mttLtiieiH-aft inventive 
system. 

Th e iii' . c ation is n^rp l u incd in greater d e tail bolow, v ' ith roforonco to t h e 
u i t loaod drawhife . , u n the bo n . u f L. L c mpl a ry om h u Ji ii i c ntD. Th e f n aturoD ohov , m i n 
t he drawingg a i td olao the foatui ci, already dec r rib c d above can b e of importance for 
Ui o invention n u t ui il)^ in th o mud t ombinatio n but alao indivi d ually or in ot h er 

combinationo. Tho diagramo ohow: 

A^Hitmn^l features an d ^Hvantaees of the pr e sent in vention are described in, 
.nH will he app arent from, the fnllnwinp Detailed Description of the Tnvention and 
the Figures. 

BttTT?F DKSCRgTTON OF THE FIGURES 
Figure 1 shows a schematic diagram of a known network 

arrhitnr.tiir e i architecture. 

Figure 2 shows a schematic diagram of a-an_exemplary embodiment of a 
network architecture with an MMS switching node and a number of MMS network 
ninmontsi elements. 

Figure 3 shows a schematic diagram of a-an_exemplary embodiment of a 
network architecture with an MMS switching node and MMS network 
ninmontsi elements. 
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Figure 4 shows a schematic diagram of an exemplary embodiment of a 
network nrrhitoctur e i architecture. 

Figure 5 shows a schematic diagram of a-an_exemplary embodiment of a 
network architecture for sending an MMS with reply charge feeerdiHgjrecording, 

Figure 6 shows a schematic diagram of a-an_exemplary embodiment of a 
network architecture on dispatch of a reply MMStls^lS^ 

Figure 7 shows a flowchart representing the transmission of an MMSrand, 

Figure 8 shows a flowchart representing the transmission of an MMS in 

accordance with the WAP standard. 

DETAILED DKSCRIPTION OF THE I NVENTION 
Figure 1 shows an MMS network architecture in accordance with the prior 
art €md -which h as already been described in the introduction background o f the 
Hnrtcription specification . 

Figure 2 shows an exemplary embodiment of an MMS network architecture. 
A network environment MMSE SP A of a first network service provider A and a 
network environment MMSE SP B of a second network service provider are 
shown. The MMSE SP A comprises includgs_a switching node MMS RO A and 
three separate network elements MMS RL Al, MMS RL A2 and MMS RL A3. The 
switching node MMS RO A is connected to a user agent MMS UA A. The second 
network environment MMSE SP B includese eeapases a network element MMS RL 
B. In the exemplary nmhnHimotit embodiment i t is assumed that the MMS service 
provider A has gradually expanded ias/her network environment MMSE SP A with 
different network elements MMS RL A of different manufacturers or with different 
functional scopes. It is further assumed that the network element MMS RL A3 
supports the newest MMS version and is equipped with particular fimctionalitioo 
functionalities, w hile the two other network elements MMS RL Al and MMS RL 
A2 only handle the MMS basic functionalities. The choice of a specific network 
element in the network environment of the MMS service provider is made by 
moans of the centrally arranged switching node MMS RO A which is responsible 
for the distribution of all MMS arriving in the area of responsibility MMSE SP A. 
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Figure ^ shows a further exemplary embodiment of an MMS network 

architecture. rrr nrrl s th onina With r^ p;,rH tn the definition of the elements 

shown in the-Figure^, reference is made to Figures 1 and 2. In the exemplary 
embodiment in accordance with Figure 3-3^the functionality of the connection node 
MMS RO A is integrated into the network element MMS RL A3. This performs the 
central fvmction of the MMS switching node. 

Figure 4 shows an exemplary embodiment of a network architecture in 
which sender and recipient make use of the MMS service of different MMS service 
providers and the MMS service providers in their MMS service environment have a 
number of MMS network elements available of which a number support a desired 

functionality. A i rr r n ri i nr^ir^^r With rP ^ard to the definition of the elements 

shown in the Figure^ reference is made to Figures 1 aHd-to_3. Elements shown on 
the user agent B side have the corresponding meaning. A user agent A (MMS UA 
A) would Mke -hke. in this exemplary embodiment, when sending an MMS to user 
agent B (MMS UA B), to make use of what is known as a reply charging 
fiinctionality. Thio moano that Asjuclk it is prepared to accept the costs for a reply 
MMS firom the recipient. To this end, he/she compiles an MMS on his/her terminal 
(MMS UA A), addresses it to recipient B, marks it with the reply charging 
identification and sends it via the interface MMl to his/her network service 
provider MMS SP A. The MMS sent by the MMS UA A is designated the original 
MMS to enable it to be distinguished &om the reply MMS sent later by the MMS 
UA B user agent. 

Each MMS, after reaching a network environment, is initially directed to the 
switching node MMS RO A or MMS RO B. Here-Here^the header fields are 
investigated for whether the MMS is to be relayed because of a specific 
functionality to a specific network element in the network environment of the 
network service provider, hi the present exemplary ombodimont embodiment, t he 
switching MMS RO A finds a reply charging identification in the header field of 
the original MMS, at which point it forwards the MMS to an MMS network 
element which it knows supports this reply charging fiinctionality. It is assumed 
that this is the case for MMS network element MMS RL A3. The outstanding 
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feature of the reply charging functionality applied for by the sender is that 
particular function-specific data, such as-as. for oxumplo example, t he reply 
deadline and the identity of the original MMS, are stored in the MMS network 
element until the deadline set by the sender has expired or the expected response 
MMS has arrived from the recipient of the original MMS. For this feasen-reason, 
the reply MMS muot also must b e processed by the same MMS network element 
MMS RL A3 as the original MMS. 

After the transmission of the original MMS to the network environment 
MMSE SP B of recipient B-B^the original MMS fifst-also arrives at the switching 
node MMS RO B for evaluation of the header field there. On the basis of the reply 
charging it^ntitifinntinn identification, t he MMS is relayed in the network 
environment MMSE SP B to a network element MMS RL B2 which supports the 
reply charging functionality. The further processing of the original MMS with reply 
charging identification is undertaken in the network element MMS RL B2. There 
the function-specific data is stored until the deadline assigned by the sender has 
elapsed or the expected reply MMS has arrived from user agent B. 

After the delivery of the original MMS to the MMS UA B of the r e cipi e nt 
recipient, t he latter can reply to the original MMSt MMS by itself compiling a new 
MMS on its terminal MMS UA B, addressing it to the recipient A, identifying it as 
the reply MMS and sending it via the interface MMl to its MMS service provider 
MMSE SP B. The message is identified by moans of an extra header field defined 
for this purpose, in which the message ID of the original MMS is entered. 

This exemplary embodiment of reply charging describes a case in which a 
reply MMS arriving in a network environment may not be relayed to just any 
network element present in the network environment, but only to that element 
which was active when the original MMS was sent and knows about the function- 
specific peripheral conditions. This is also the case when all network elements 
support the specific fimctionality. In the present example of the reply charging 
charging, t he function-specific peripheral conditions are the deadline and the 
message identification. The connection nodes MMS RO A can enter a path entry 
for possible response MMS in each original MMS which leaves the network 
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environment MMSE SP A. Proforablv Preferably, the switching node MMS RO B 
stores a path specification set in the network environment MMSE SP A until the 
arrival of a reply MMS or until the deadline expires. 0ft-UEon_arrival of a reply 
WH^N^lS^the switching node must be able to read out this path specification and 
insert it again within the deadline. The database needed for storing this switching 
information is connected to the MMS switching node or integrated into it. 

With the present invontion i nvention, an original MMS is provided with a 
return path specification en -upon exit from a network environment. This enables a 
specific network element in the network environment of an MMS service provider, 
for oxamplesuchas the network element which has been active in the processing of 
the original MMS and has knowledge of the fimction-specific peripheral conditions, 
to be referenced on sending a reply MMS. Pfefefabl^^Preferably, a network element 
is accessed via an hitemet protocol (IP) address. The Internet protocol address eaa 
also mayb e determined from a specified Universal Resource Identifier (URI) by 
evaluating the name of the host computer, known as the domain name system host 
name. The return path specification ean-also mayb e an e-mail address. In this ease 
case, i t is also conceivable for the network element to be addressed via another 
moano p rocess o f identification. 

Figure 5 shows a schematic diagram of sending an original MMS with a 
reply charging identification in an MMS network architecture. As rogardo the 
....^Wx^yWith r^ pard to the definition of the elements shown, reference is made to 
the description of Figures 1 to 4, with similarly named elements having the same 
meaning. MMl and MM4 represent interfaces. In this exemplary embodim e nt 
embodiment, all the information needed for the fransport of an MMS as well as the 
supplementary information for the reply charging fimctionality is entered as 
information elements in short moaoagoa, i. e .messages; i.e., what are known as 
abstract messages. Abstract messages involve blocks of information transmitted 
between two MMS units connected to one another, with each information block 
containing at least one information element. Abstract messages are explained in 
detail in Technical Specification TS 23.140 Version 5.3. 0, Release 5, of the 3rd 
Generation Partnership Project (3GPP). 
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If a device involved in this exchange of data does not recognize an 
information element, the latter is relayed vmchanged. Different information 
elements must be defined for the interfaces MMl and MM4. if-ILonly one new 
information element is defined and used at both interfaces, a return channel 
allocated by the connection node MMS RO A in the network environment B of the 
receiver could be relayed unchanged to user agent MMS UA B if the network 
service provider MMSE SP B cannot recognize these information elements. In this 
ease -case, t he user agent MMS UA B, fce rthat is the recipient of the original MMS 
and sender of the reply MMS, could attempt, possibly using the return path issued 
by the switching node MMS RO A, to send a response MMS to its MMS service 
provider MMSE SP B. This path specification is howovor however, is o nly valid for 
network environment A and cannot be evaluated by network environment B. The 
corresponding compatibility problems can be resolved by defining different 
information elements for the interfaces MMl and MM4. 

Figure 5 shows a transmission of an original MMS fi-om agent MMS UA A 
of sender A to agent MMS UA B of recipient B, with RC-Req standing for the 
reply charging identification and URI A3 (MM4) or URI B2 (MMl, B-side) for the 
references of the two network elements involved in the transmission. Tx stands for 
transmission and Rx stands for roooi vine r eception and the distinction of the MMS 
network environment of the sender fi-om that of the recipient. As rogardo tho 
meamtt f With regard to the definition of the elements shown, reference is made to 
the description of Figures 1 to 5 with similarly named elements having the same 
meaning. Switching node MMS RO B eaH-either cMLStore the path specification of 
the MMS switching node MMS RO A until the reply MMS arrives in the memory 
M of the switching node MMS RO B or can transfer it to the user agent MMS UA 
B. 

If a reply MMS is returned by the user agent MMS UA B of the recipient to 
the network environment MMSE B (interface MMl, B-side) with the specification 
of the return path previously transferred in the original MMS, the switching node 
MMS RO B, after evaluation of the return channel, can forward the reply MMS to 
the network element within the network environment B which supports the desired 
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reply charging functionality and exhibits knowledge of the function-specific 
peripheral conditions. In the present exemplary cmbodimont embodiment, t his 
would be network element MMS RL B2, characterized by the reference URI B2. 
The same principle applies to the relaying of the reply MMS from network 
environment B to network environment A via interface MM4. The return path for 
this interface is either transferred with the MMS UA B of the sender or read out 
from memory M in the switching node MMS RO B. A corresponding procedure is 
shown in Figure 6. In network environment A-A^the switching node MMS RO A, 
after evaluating the return path, can forward the reply MMS to the corresponding 
network element which supports the desired reply charging functionality within the 
network environment A and has knowledge about the function-specific peripheral 
conditions. In the present exemplary ombodimont embodiment, t his would be 
network element MMS RL A3, characterized by the reference URI A3. 

As already mentioned, Figure 6 shows an exemplary embodiment of a 
transmission of a reply MMS from MMS user agent MMS UA B to user agent 
MMS UA A. ^njrnrHr thn mnnnm ^ With regard t o the definition of the elements 
shown, reference is made to the explanations for Figures 1 to 5, with similarly 
named elements having the same meaning. Furth e rmore Furthermore, RC-ID stands 
for the message ID of the original MMS received beforehand which identifies the 
sent MMS as reply MMS. URI B2 (MMl. B-side) or URI A3 (MM4) stand for the 
references of the network elements active during the transmission of the original 
MMS in the two network element environments involved. 

Figure 7 shows a flowchart for sending an MMS using the abstract 
messages described here. As already oxplain e d explained, t he abstract messages 
each contain at least one information element which is exchanged between the two 
entities involved. Figure 7 shows two user elementSr^rerile^ an initiating user 
agent MMS UA A and a receiving user agent MMS UA B. The two user agents are 
connected to network elements MMS RL A or MMS RL B. An MMS is sent by 
user agent MMS UA A to network element MMS RL A for the interface MMl on 
the sender side by moano ofV m a abstract message 1. Network element MMS RL A 
confirms the correct receipt of the MMS with abstract message 2. An MMS is 
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transmitted between two MMS network environments (via the interface MM4) with 
abstract message 3 and is confirmed with abstract message 4. For interface MMl 
on the recipient MMS UA B side- side, the following abstract messages are defined: 
The recipient is informed about an MMS which is ready for downloading with the 
aid of the abstract message ^5. and this can be acknowledged with abstract 
message 6. With abstract message ?-L_the recipient MMS UA B can initiate the 
downloading of an MMS available on the network element. The MMS is delivered 
fi-om the network element MMS RL B to the user agent MMS UA B by m e ans 
efvia abstract message 8. Abstract message 9 serves both to confirm the correct 
transmission of the MMS with abstract message 8 and also to inform network 
element MMS RL B whether the recipient of the MMS agrees to a reply being sent 
or not. This reply can be requested by the sender in advance, together with the 
sending of the MMS, in abstract message 1 €»d-Mii_if noooasary necessary, is 
transferred with abstract message 10 to the network environment of the sender and 
from there with abstract message 12 on to the user agent MMS UA A of the sender 
of the MMS. Abstract message 1 1 is used to send a confirmation. 

To enable what is known as a return path to be transmitted as described on 
the interfaces MMl and MM4, two new information elements are defined, namely 
a transmit retum path and a receive return path, with transmission or receipt 
identifying the network environment of the sender or the network environment of 
the recipient. To specify the retum path on sending a reply ^«4S-^^tS^two further 
information elements transmit destination and receive destination are defined. 

The new information element transmit retum path is inserted into abstract 
message 3. For enhanced oonvonionoe convenience, t his new information element 
emi-also mayb e inserted into abstract message 2, which also makes it possible for 
the sender to directly access a network element which has processed the original 
MMS that he/she seat sent: . for e xampl e example, if he/she wants to recall or update 
this message later. The new retum path information element is supplemented in 
abstract message 8 and the new receive destination information element is used in 
abstract message 1 . 
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If the return path of the network environment A cannot be buffered in the 
network environment B and it is also to be sent with abstract message 8 to user 
agent MMS UA B and from there is to be returned in abstract message 1 together 
with the reply MMS to network environment B, abstract message 8 must be 
expanded by the new information element transmit return path and abstract 
message 1 must be expanded by the new information element transmit destination. 

Figure 8 shows a flowchart of a9-an_exemplary embodiment of the 
implementation of the present invention in accordance with the WAP (Wireless 
Application Protocol) standard for mobile radio terminals. WAP is an open 
standard for communication between a_mobile radio terminal and the Internet. To 
bridge the air interface between a mobile radio terminal supporting MMS and the 
WAP node point there is provision for the use of the WAP transfer protocol. Figure 
8 shows an exchange of WAP messages between four entities involvedr^reriie^ the 
MMS client MMS C A, the MMS network element MMS PR A, the MMS network 
element MMS PR B and the MMS client MMS C B. The relevant messages are 
transmitted along the arrows indicated by the numbers 20, 21 and 25. First a 
message transmission request 20 is sent by MMS C A to MMS PR A. This is 
followed by confirmation 21. Between MMS PR A and MMS PR B there is the 
Internet IPN. MMS PR B issues an MMS notification 22 which is answered by a 
notification 23. As shown by arrow 24, there then follows a WAP data request 
command 24, which is answered by the MMS delivery 25. This is followed by a 
message transfer confirmation 26. On the sender side-side, this can be relayed to 
MMS C A, as shown by arrow 27. 

Confirmation 21 is supplemented by a_header field transmit return path, to 
enable the return channel to be transferred after receipt of an original MMS to the 
MMS client of the sender, so that the latter has knowledge of which MMS network 
element (MMS PR) in the area of responsibility of an MMS service provider it 
should address in the event of a recall or exchange command or similar. MMS 
message 25 is supplemented by the header field receive return path, with the aid of 
which the MMS client of the recipient is informed about the return path of that 
MMS network element in the area of responsibility of an MMS service provider, to 
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which the reply MMS is to be returned for further processing. If necessary the 
transmit return path specification is also supplemented in this MMS message. 
Howev e r However, this is only necessary if this information is not buffered or 
cannot be buffered in the network environment B. The message transmit request 20 
is expanded by the header field receive destination and- and, if n e c e ssary necessary. 
also by the header field transmit destination for resolution of the path entries. This 
allows an MMS to be relayed explicitly to the network elements in the area of 
responsibility of the MMS service provider involved. Pref e rably P referably, the 
field values of the header fields are encoded in the MMS messages as text strings. 

In the exemplary embodiments explain e d described b efe -herein t he present 
invention has been explained on the basis of the reply charging fionctionaUty, since 
the fimction-specific data needed here is only known in each case to an MMS 
network element within a service area, which makes specifying a retum path for 
smooth functioning of a service essential. The present invention is ne ^not, h ow^ e v e r 
however, restricted to reply charging functionality, but also con can, for example 
example, alse-be applied to functionalities such as recalls and replacements of 
MMS already sent and similar functionalities in which the storage of function- 
specific data is essential for a smoothly functioning service. With these 
functionahties functionalities, the option of explicitly accessing a network element 
is also required. 

Although the present invention has been described with reference to specific 
embodiments, those of skill in the art will recognize that changes may be made 
thereto without departing fi-om the spirit and scope of the present invention as set 
forth in the hereafter appended claims. 
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ABSTRACT OF THE DISCLOSURE 
Abstract: — The present invention relates to a method for transferring 
messages which compria e o includes the steps of transmitting a message OlMS) 
from a first message service provider (MMSE SP A) to a second message service 
provide r (MMSE SP B) , and evaluating the message (MMS) on the second message 
service provider's (MMSE SP B) end, whereby the message contains at least one 
first header which compriaos includes a reference to at least one network element 
(MMS RL A) of the first message service provider, which was involved in the 
processing of the message. 
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This listing of claims will replace all prior versions, and listings, of claims 
in the application: 
Listing of claims: 

Claims 1-20 (canceled) 

Claim 21 (new): A method for transmitting multi-media messages in a 
mobile radio system, the method comprising: 

transmitting a multi-media message from a terminal of a first user agent to a 
first message service provider having different network elements; and 

evaluating the sent multi-media message, after arrival at the first message 
service provider, by a switching node at the first message service provider; 

wherein the switching node determines, as a fimction of a header field, the 
network element within an area of responsibility of the first message service 
provider to which the multi-media message will be forwarded. 

Claim 22 (new): A method for transmitting multi-media messages as 
claimed in Claim 21, the method further comprising: 

transmitting the multi-media message from the first message service 
provider to a second message service provider; and 

evaluating the multi-media message at the second message service provider; 

wherein the multi-media message contains at least a first header field 
featuring a reference to at least one of the network elements of the first message 
service provider which was involved in processing the multi-media message. 

Claim 23 (new): A method for transmitting multi-media messages as 
claimed in Claim 22, the method further comprising transmitting the multi-media 
message from the second message service provider to a network element outside a 
service environment, wherein the multi-media message contains at least a second 
header field featuring a reference to at least one network element of the second 
message service provider which was involved in processing the multi-media 
message. 
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Claim 24 (new): A method for transmitting multi-media messages as 
claimed in Claim 23, wherein the multi-media message, upon transmission from the 
second message service provider to the network element outside a service 
environment, contains the first header field featuring a reference to at least one of 
the network elements of the first message service provider which was involved in 
processing the multi-media message. 

Claim 25 (new): A method for transmitting multi-media messages as 
claimed in Claim 24, the method further comprising transmitting the multi-media 
message from the network element outside the service environment back via the 
second message service provider to the first message service provider, with at least 
one of the referenced set from the first header field and the reference set from the 
second header field being resolved in each return transmission step. 

Claim 26 (new): A method for transmitting multi-media messages as 
claimed in Claim 25, wherein the reference specifies a return path. 

Claim 27 (new): A method for transmitting multi-media messages as 
claimed in Claim 21, wherein a fimctionality of the message is evident from at least 
one header field. 

Claim 28 (new): A method for transmitting multi-media messages as 
claimed in Claim 21, wherein the switching node is embodied as a self-contained 
network element. 

Claim 29 (new): A method for transmitting multi-media messages as 
claimed in Claim 21, wherein the switching node is integrated into a relay. 

Claim 30 (new): A system for transmitting multi-media messages in a 
mobile radio system, comprising: 

a first message service provider having different network elements; 
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a terminal of a first user agent which sends a multi-media message to the 
first message service provider; and 

a switching node at the first message service provider for evaluating the sent 
message after arrival at the first message service provider, wherein the switching 
node determines, as a fimction of a header field, the network element within an area 
of responsibility of the first message service provider to which the multi-media 
message will be forwarded. 

Claim 31 (new): A system for transmitting multi-media messages as 
claimed in Claim 30, fiirther comprising: 
a second message service provider; 

parts for transmitting the multi-media message firom the first message 
service provider to the second message service provider; and 

parts for evaluating the multi-media message at the second message service 
provider, wherein the multi-media message contains at least a first header field 
featuring a reference to at least one of the network elements of the first message 
service provider which was involved in processing the multi-media message. 

Claim 32 (new): A system for transmitting multi-media messages as 
claimed in Claim 31, fiirther comprising parts for transmitting the multi-media 
message fi-om the second message service provider to a network element outside a 
service environment, wherein the multi-media message contains at least a second 
header field featuring a reference to at least one of the network elements of the 
second message service provider which was involved in processing the multi-media 
message. 

Claim 33 (new): A system for transmitting multi-media messages as 
claimed in Claim 32, wherein the multi-media message, upon completion from the 
second message service provider to the network element outside a service 
environment, contains the first header field featuring a reference to at least one 
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network element of the first message service provider which was involved in 
processing the multi-media message. 

Claim 34 (new): A system for transmitting multi-media messages as 
claimed in Claim 33, fiirther comprising parts for transmitting the multi-media 
message from the network element outside the service environment back via the 
second message service provider to the first message service provider, with at least 
one of the reference set firom the first header field and the reference set fi-om the 
second header field being resolved in each return transmission step. 

Claim 35 (new): A system for transmitting multi-media messages as 
claimed in Claim 34, wherein the reference specifies a return path. 

Claim 36 (new): A system for transmitting multi-media messages as 
claimed in Claim 30, wherein a fimctionality of the multi-media message is evident 
from at least one header field. 

Claim 37 (new): A system for transmitting multi-media messages as 
claimed in Claim 30, wherein the switching node is embodied as a self-contained 
network element. 

Claim 38 (new): A system for transmitting multi-media message as claimed 
m Claim 30, wherein the switching node is integrated into a relay. 
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REMARKS 

The present amendment makes editorial changes and corrects typographical 
errors in the specification, which includes the Abstract, in order to conform the 
specification to the requirements of United States Patent Practice. No new matter is 
added thereby. Attached hereto is a Substitute Specification including a marked-up 
version of the changes made thereto via by the present amendment. 

In addition, the present amendment cancels original claims 1-20 in favor of 
new claims 21-38. Claims 21-38 have been presented solely because the revisions 
by red-lining and underiining which would have been necessary in claims 1-20 in 
order to present those claims in accordance with preferred United States Patent 
Practice would have been too extensive, and thus would have been too burdensome. 
The present amendment is intended for clarification purposes only and not for 
substantial reasons related to patentability pursuant to 35 U.S.C. §§101, 102, 103 or 
112. Indeed, the cancellation of claims 1-20 does not constitute an intent on the 
part of the AppUcants to surrender any of the subject matter of claims 1-20. 
Early consideration on the merits is respectfiilly requested. 

RespectfiiUy submitted,^ 
BELL, boy/ &LLO] 




BY 

WiTUam E. Vaughan 
Reg. No. 39,056 
P.O. Box 1135 
Chicago, Illinois 60690-1135 
Phone: (312) 807-4292 

Date: Tanuarv 10. 2005 
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